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Bandwidthrsaving discoviBcy on dual-stack UPiiP devices 



FIELD OF THE INVENTION 

The invention relates to an electronic device with an operational mode for 
multicasting a query packet on a data network Ifaat supports multiple data communication 
protocols. The invention also relates to configuration software and to methods of enabling to 
configure electronic devices. 

BACKGROUND ART 

Universal Plug and Play (UPnP) is an industry-wide ongoing development for 
an open network architecture Ihat is designed to enable simple, ad hoc communication among 
distributed devices and software plications fixwn multiple vendors. UPnP leverages Internet 
technology and extends it fiir use in noursi^ervised home netwodcs. UPnP aims at 
controlling home appliances, indudtag home automation, audioAddeo, printers, smart 
phones, etc. UPnP distinguishes between Conlrol Points (CPs) and controlled devices (CDs). 
CPs conxprise, e.g., browsers running on PCs, wireless pads, etc., lhat enable a user to access 
the fimctionality provided by controlled devices. 

UPhP defines protocols fijr discovery and control of devices by CPs. UPhP 
does not define a streaming mechamsm for use by AudioVideo device. Some of the 
discovery and ccmtrol protocols are part of Ihe UPnP specification while others are separately 
stan d ardized by the IETF (IntBtnet Bigmeeting Task Force). 

Interaction between CPs and devices is based <m the Internet protocol (TP). 
However, UPnP allows non-IP devices to be praxied by a soflware coniponent running on IP- 
compliant devices. Such a cotx^neDt, called Controlled Device (CD) proxy, is responsible 
for translation and forwatdii^ of UPnP interactions to the praxied device. 

A UPnP device has a hioardiy of sub-devices with at the lowest level 
services. Bofli devices and services have standardized types. A device type determines the 
sub-devices or services tiiat it is allowed to contain, A service type defines actions and state 
variables that a service is allowed to contain. State variables model the state of the device, a 
CP can invoked actions in order to change that state. The description of tiie state variables 
and flie actions is caUed flie SCP (Service Control Protocol). A UPnP device provides a 
desCTiption of itself in the form of an XML document This document contains, among otixer 
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things, the service types that it supports. QptionaUy, a device may have a presentation server 
for direct Ul control by a CP. 

UPnP relies currently on AutoEP, which provides a means for an IP device to 
get a unique address in the absence of a DHCP server. UPnP defines a discovery protocol, 
based on UDP multicast, called SSDP (Simple Service Discovery Protocol). SSDP is based 
on devices periodically multicasting announcements of the services that they provide. An 
announcement contains a URL to which service actions are to be sent: the control server. In 
addition to that, CPs may query the UPnP network for particular device or services types or 
instances. 

UPnP relies on GENA (Generic Event Notification Architecture) to define a 
state variable subscription and change notification mechanism based on TCP. 

After a CP has detected a service it wants to use (via SSDP), it controls the 
service by sending SCP actions to the conlxol server URL or querying for state variables. 
Actions are sent using HTTP POST me^ages. The body of such a message is defined by the 
SOAP (Simple Object Access Protocol) standard. SOAP defines a remote procedure call 
mechanism based on XML. 

As mentioned above, UPnP is based on the IP. Under tiie IP, packets are 
routed firom a source to a destinatiorL Routers forward the packets fi-om incoming network 
interfaces to onfl)onnd interfeces according to routing tables. The routing tables typically 
Fiftintoin the next-hop (outbound inter&ce) infiarmation for each destination IP address, 
according to the number of networks to which that IP address is connected. The network 
number is derived firom the IP address by masking oflFsome of tiie low-order bits. Thus, the 
IP address typically carries with it infiirmation that specifies the IP node's point of 
attachment 

The exponential growth of the Internet has led to a shortage of IP addresses. 
The currently used version of IP, referred to as IP version 4 or IPv4, uses 32 bits to designate 
an IP address. The address space spanned by 32 bits has about 4.3 * 10 ^ different addresses. 
The number of addresses needed is expected to become ejdiausted well before 2010. 

IP version 6, or IPv6, has been proposed to find a solution for the address 
deficiency in IPv4. The new IPv6 uses addresses of 128 bits wide, making available a 
number of roughly 3.4 *10 38 different addresses. A consequence is that the address 
botdeneck will not exist anymore so that each piece of equipment of any user could be made 
IP-compliant by giving it a unique IPv6 address. In addition to solving the addresses 
problem, IPv6 also adds many improvements to IPv4 in areas such as routing and network 
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auto-configuration. It is expected that IPv6 wiU graduaUy replace IPv4, with the two co- 
existing for some time during this transition period. 

UPoP was originaUy designed for IPv4. As for home networking IPv6 is going 
to play a major role, using UPnP on top of IPv6, and espedaUy IPv4/IPv6 dual stacks, gets 
serious attention. Dual stack systems ace going to be important for years to come in view of 
compatibility with IPv4 devices. 

An approach to IPv4/IPv6 environments is described in, e.g., U.S. Pat AppL 
PubL 20030051052 (attorney docket US 018150) of U.S. ser. no. 09/952,095 filed SepL 13, 
2001, for Eugene Shteyn and Thomas Chiu for ADDRESSING SCHEME FOR WIRELESS 
CLIENTS, the content of which is incorporated herein by reference. This document relates to 
enabling a wireless cUent to communicate with a data network via an access point The 
access point assigns an address to the client based on the network address of the access point 
itself and a unique identifier (e.g., MAC) of the cUent The unique ideati&cc is used to 
generate a port number that gets assigned to the cUenl^ e.g., fiir a certain duration. In this 
manner, an interruption in the wireless commumcation avoids assigning a newport number 
to the same cUcat, which would lead to address collisions. This unique identifier appioadi 
has also advantages for the fiiture version of IP addressing. e.g., IPv6. The unique identifier 
can be used to generate a unique IPv6 style number. Then, in a legacy IPv4 network or fijr 
security reasons, the number can be used to generate a PORT number. To ensure fiiture 
(IPv6) compatihmiy, the access point can intemaUy represent all cKenis as having IPv6 
addresses. Therefijre, when the network is i?)graded to IPv6, the access pointe will use the 
IPv6 addressing scheme directly, bypassing the networic address translation (NAT). Also, in a 

mixed IPv4/IPv6 envu«nment the access point can flexiT)ly use both addiessi^ 
depending on the client or networic configuration. 

Recomm e ndations on how to modify UPnP fijr IPv6 and dual stacks are 

disposed in ''UPtaP FORUM, UPnP Device Architecture V1.0, Annex A - IP Version 6 
Support of 2002. This document addresses the issue as fbUows. UPnP uses the SSDP 
protocol for service discovery, as mentioned above. SSDP is based on IP multicasting for 
queries and IP unicasting for query replies. The jwoposed way of doing queries fiom dual- 
stack devices is to send out the same query packet on both IPv4 and IPv6 connections. This 
way IPv4-onfy, IPv6-only and dual-stack devices will receive the query. According to the 
protocol, each query packet must be responded to. Consequently, dual-stack devices will give 
double response to queries sent by other dual-stack devices. 
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SUMMARY OF THE INVENTION 

The inventor has realized that a drawback of the ^jpioach advocated in the 
XJPnP FORUM document is that bandwidfli and resources are being wasted, thereby limiting 
Ihe scalabiUty of UPnP in dual-stack environments. This i«oblem is especially significant in 
wireless Eliiemet networks or Bluetooth networks with limited bandwidth. In other words, 
networks with dual-stack devices as proposed by above document operate less efficiently 
lhan do IPv4-only or IPv6-only networks. As for conq>atibility with legacy devices, dual- 
stack devices are essential. Note that dual-stack devices are going to be around for a long 
time in view of supporting legacy devices. Accordingly, there is a serious problem as 
specified above, if they are less attractive to use. 

Therefore, the inventor proposes to use, instead, an addition to SSDP query 
packets sent by dual-stack devices to indicate that they operate using both IPv4 and IPv6. 
When an IPv4-only device or an IPv6-only device receives the query packets, the pactets get 
parsed, and what cannot be interpreted by the relevant device is ignored. A responding dual- 
stack device has following options to handle such a query. As a first option, the device 
responds only to the instance of the query first to arrive through either IPv4 or IPv6. This 
requires that ihe responding device keep track of what queries it has handled. Note that the 
IPv4 and IPv6 query packets of the same query both enable to identify the same query. As 
known, UPhP uses the Universal Unique Identifier (UUID) in order to be able to identify 
devices. Queries fixan a particular device can be recognized as such, e.g., by including the 
relevant UUID in the OPT field. The OPT field is an extension of the HTTP format that 
allows to use proprietary header fields m the HTTP header. As a second option, the device 
prefeis IPv6, which is more likely because of the advantages IPv6 offers, and ignores duat 
stack query packets received throu^ IPv4. As SSDP packets are in HTTP format, it is not 
difiBcult to add mformation to packets without violating the protocol. A sinq)le way to do this 
is by using the OPT field that is documented in RFC 2774. 

Advantages are manifold. Networic-bandwidth usage decreases. Respondmg 
dual-stack devices wiU send a shagle reply mstead of two. Fewer packets also mean less 
HTTP parsing. TMs might be significant for devices with limited resources. The extended 
SJ5DP query packets are fiilly compatibte with defeult SSDP moplementalions and the SSDP 
protocol needs no modification. This means that there are no conq^atibffity issues. As a result, 
dual-stack UPnP devices in this invention reduce bandwidth usage while remaming 
compatible with other IPv4-only, IPv6-only and dual-stack UPnP-compliant devices. 
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This invention can be generalized beyond UPnP for similar situations in wtdch 
multicast queries are sent out through multiple channels on a heterogeneous network. 

BRIEF DESCJOFnON OF TEE DRAWING 
5 The invention is explained in further detail below, by way of example, and 

with reference to the accompanying drawing wherein: 

Figs. 1-3 are diagrams illustrating conventional scoiarios for multicast 

querying; and 

Figs. 4-6 are diagrams illustcating scenarios for multicast querying in the 

10 invention. 

Throughout the drawing, same reference numoals indicate similar or 
corresponding features. 

DETAILED EMBODIMENTS 

An instance of the invention relates to a device for use on a heterogeneous 
data n^odc that siq>parts mnltq>le data communication protocols. Sudh a h^erogeneous 
networic is a single physical network such as Ethameli made vp of multiple logical netwoikB, 
e.g., an IPv4 network and an IPv6 network. The device has an operational mode for 
multicasting on Ifae data networic respective query packets that use respective ones of the 
multiple protocols. In the mvention, at least a specific one of the respective query packels 
includes an indication representative of the device supporting the multiple protocols. For 
example, the device cornprises a UPnP-conqjUant conoponent for querying the networic based 
on IP multicasting. The protocols comprise, e.g., IPv4 and IPv6. The UPtiP component is 
configured to send the specific query packet with the indication that tiie component supports 
both IPv4 and IPv6. Preferably, the specific query packet comprises an SSDP packet and the 
indication is accommodated in an OPT field of the SSDP packet 

Another instance of the mvention relates to an electronic device for use on a 
data networic that supports multiple data conraiunication protocols. The device supports the 
multiple protocols and has an operational mode for receivhig, via the network, respective 
query packets using respective ones of the multiple protocols. At least a specific one of the 
query packets includes an indication rq)resentative of a source of the query packets 
supporting the multiple protocols. The device responds to only a single one of the query 
Jackets using a smgle one of the protocols in dqjendence of tiie indication. For example, the 
device responds to only the single query packet that is the first to arrive. Alternatively, the 
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device responds to only tbe single query packet that uses a specific one of the protocols. The 
device may comprise a UPnP-compUant conqjonent, and the protocols include IPv4 and 
IPv6. The device may have been configured to respond to only flie query packet using IPv6. 

Another instance of the invention relates to software fi)r configoring an 
electronic device for use on a data network that supports multiple data communication 
protocols. The device is configured for multicasting on the data network respective query 
packets using respective ones of the multiple protocols. The software is operative to 
configure the device for including in at least a specific one of the respective query packets an 
indication representative of the device supporting the multiple protocols. For exan^le, tiie 
device comprises a XJPnP-compliant component for querying tiie network based on IP 
multicasting, and the protocols include IPv4 and IPv6. The software is tiien operative to 
configure the component for sending flie specific query packet witii the indication tiiat tiie 
component supports botii IPv4 and IPv6. In tiiis example, tiie specific query packet comprises 
an SSDP packet The software then configures the component so as to accommodate the 
indication in an OPT field of the SSDP packet 

Yet another instance of tiie mvention relates to software for configuring an 
electronic device for use on a data network that siq)ports multiple data communication 
protocols. The device is configured to support tiie multiple protocols and has an operational 
mode for receivmg via the network respective query packets using respective ones of tiie 
multiple protocols. At least a specific one of flie query packets include an indication 
representative of a source of tiie query packets siqjporting the multiple protocols. The 
software is operative to configure tiie device for respondmg to only a single one of flie query 
packets using a single one of tiie protocols in dependence of the indication. For example, tiie 
software configures tiie device to respond to only tiie single query packet tiiat is tiie first to 
arrive. Alternatively, tiie software configures tiie device to respond to only tiie single query 
packet tiiat uses a specific one of tiie protocols, hi a particular tanbodiment of tiie invention, 
tiie device comprises a UPnP-compliant cwnponent, and tiie protocols hiclude IPv4 and IPv6. 
The software tiien configures flie device to respond to only tiie smgle query packet usmg 
IPv6. 

A fiiriher mstance of the mvCTticm relates to a metiiod of enabling to configure 
an eleottonic device fiir use on a data networic tiiat supports multiple data communication 
protocols. Such a mefliod is relevant to, e.g., service providers to vvtcm tiie configuring o^ 
e.g., home networic equipment can be delegated. Witinn tins context, see, e.g., U.S. ser. no. 
09/519,546 (attorney docket US 000014) filed March 6, 2000, for Erik Ekkel et al., for 
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PERSONALIZING CE EQUIPMENT CONFIGURATION AT SERVER VIA WEB- 
ENABLED DEVICE, incorporated herein by reference and pubKshed as WOOl 54406. 
Aforesaid document relates to facilitating the configuring of consumer electronics (CE) 
equipment by the consumer by means of delegating the configuring to an application server 
on the Internet The consumer enters relevant information in a specific interactive Web page 
tiMough a suitable user-interfece of an Ihtemet-enabled device, such as a PC or set-top box or 
digital cellphone. The application server geneiafes the control date based on the infbnnation 
items entered and downloads the control data to the CE equipment itself or to the Internet- 
enabled device. The method of the current invention applies to the device that is configured 
for multicasting on die data network respective query packete using respective ones of the 
multiple protocols. The method comprises enabling to configure the device for including in at 
least a specific one of the respective queiy packets an indication r^entative of the device 
supporting the multiple protocols. The device conqaises. e.g.. a UPriP-compliant component 
for querying tiie network based on IP multicasting, and the protocols include IPv4 and IPv6. 
The melhod comprises enabling to configure the component to send the i^jedfic query packet 
with the indication that the conqKment siq>ports both IPv4 and IPv6. For exanq>le, the 
specific query packet comprises an SSDP padret, and the method comprises aiabling to 
configure the component so as to accommodate the indication in an OPT field of the SSDP 

Yet another instance of tiie invention relates to a method of enabling to 
coDfigure an electronic device for use on a data network that siqiporte multiple data 
communication protocols. Such mettiod is relevant to service providers, e.g., as discussed 
above. The device is configured to siqjport the multiple protocols. The device hasan 
operational mode for receiving via the networic respective query packete using respective 
ones of the multiple protocols. At least a specific one of the query packete include an 
indication representative of a source of the querjrpackete s.Q,porting the multiple protocols. 
The melhod comprises enabling to configure the device for responding to only a single one of 
the quay packete usiiig a single one of the protocols in dependence of the indication. For 
example, the melhod coniprises enabling to configure die device to respond to only flie shiigle 
query packet lhat is the first to arrive. Alternatively, the method comprises enabling to 
configure Ihe device to respond to only the single query packet that uses a specific one of the 
protocols. For eMnq>le. the dbvice comprises a UPnP-compliant component, and the 
protocols con9)me IPy4 and IPv6. The method may comprise enabling to configure the 
device to respond to only the single query packet using IPv6. ~ 
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Fig. 1 is a diagram 100 iUustrating a conventional multicast querying scenaiio 
on an IPv4 netwodc In diagram 100, IPv4-compliant device 102 multicasts an SDDP qaery 
packet 104 on an IPv4 network 106. Packet 104 is received by another IPv4 -compliant 
device 108. According to the SSDP protocol, receiving device 108 must respond to receiving 
5 of query packet 104. Accordingly, device 108 returns a unicast reply packet 1 10 via IPv4 
network 106. 

Fig. 2 is a diagram 200 iUustrating a conventional multicast qufflying scenario 
on an IPv6 network. In diagram 200, IPv6-compUant device 202 multicasts an SDDP query 
packet 204 on an IPv6 network 206. Packet 204 is received by another IPv6-compUant device 
10 208. According to the SSDP protocol, receiving device 208 must respond to receiving of 
query packet 204. Accordingly, device 208 returns a unicast reply packet 210 via IPv6 
network 206. 

Fig. 3 is a diagram 300 iUustrating a conventional multicast querying scenaiio 
on a heterogeneous network 304 supporting both IPv4 and IPv6, hx diagram 300, dual-stadc 
15 device 302 multicasts an SDDP IPv4 query packet 104 and an SDDP IPv6 query packet 204. 
Packet 104 is multicast on the logical part of network 306 that siqjports IPv4. Packet 204 is 
multicast on the logical part of network 306 that supports IPv6. Packets 104 and 204 are 
received by another dual-stadc device 308. According to the SSDP protocol, receiving device 
308 must respond to eadi query packet received. Accordingly, device 308 returns aunicast 
20 reply packet 110 using IPv4 and a unicast reply packet 210 using IPv6. 

Fig. 4 is a diagram 400 fllustrating interaction of dual-stack device 302 with 
IPv4-compUant device 108 via heterogeneous network 306. Device 302 multicasts IPv4 
query packet 104 and IPv6 query padcet 204. Device 108 is lPv4-compUant and ignores 
packet204. Device 108 recognizes packet 104 and returns a unicast packet 110 vialPv4. 
25 Fig. 5 is a diagram 500 iUustrating interaction of dual-stack device 302 with 

IPv6-conq,Uant device 208 via heterogeneous network 306. Device 302 multicasts IPv4 
query packet 104 and IPv6 query padcet 204. Device 208 is IPv6-conq)Uant and ignores 
packet 104. Device 208 recognizes packet 204 and retnms a unicast packet 210 via IPv6. 

Fig. 6 is a diagram 600 iUustrating a multicast querying scenario on a 
30 heterogeneous network 304 si^orting both IPv4 and IPv6. In diagram 600. dual-stadc 

device 302 multicasts an SDDP IPv4 query packet 104 and an SDDP IPv6 query packet 204. 
Packet 104 is multicast on the logical part of network 306 that sapporis IPv4. Packet 204 is 
multicast on the logical part of network 306 that supports IPv6. Packets 104 and 204 are 
received by another dual-stack device 308. According to the invention, packets 104 and 204 
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each comprise an indication that device 302 is a dual-stack device, i.e., a device that is 
capable of handling data communication according to both the IPv4 protocol and <he IPv6 
protocol. Receivmg dual-stack device 308 now has multiple options to respond to query 
packets 104 and 204 by sending a unicast reply 602. A first option is to respond only to the 
instance of the query that arrives first through either IPv4 or IPv6. For exan^le, if IPv4 query 
packet 104 is the first to be received, device 308 sends a unicast IPv4 reply 602. and if IPv6 
query packet 204 is the first to be received, device 308 sends a unicast IPv6 reply 602. 
Alternatively, device 308 always sends an IPv6 reply packet 602 upon receiving the &8t one 
of packets 104 and 204. A second option is to ignore query paokete from dual-stack devices, 
such as device 302, when received through IPv4, and await the IPv6 query packet Device ' 
308 then responds by unicast IPv6 reply packet 602. 

Dual-stack devices 302 and 308 have been configured through configuration 
software 604 and 606, respectively, to m,,lement the relevant instances of the inv«ition. 
Software 604 was used &r configuring device 302 that is operative to multicast on data 
network 306 respective query packets, 104 and 204. using respective ones of the multiple 
protocols, here IPv4 and IPv6, respectively. Software 604 is operative to configure deVice 

302 for inchuiii^g in at least a !?)ecific one of respective query padiets 104 and 204 an 
indication representative of the device siqjporting the multiple protocols as discussed above. 
Software 606 was used for configuring device 308 that si^orts multiple protocols: IPv4 and 
IPv6. Device 308 has an operational mode for receiving via network 306 query packets 104 
and 204. At least a specific one of query packets 104 and 204. or both, inctades an indication 
lepresentative of the source, here device 302, of query packets 104 and 204 supporting tiie 
multiple protocols. Software 606 is operative to configuro device 308 for responding via a 
single unicast reply packet 602 to only a single one of query packets 104 and 204 in 
dependence of the indication. 

Software 604 and 606 may have been made available on an information carrier 
(not shown) for being pegged into the system. e.g.. a home network, of diagram 600 for 
configuring devices 302 and 308 fiom a local source. Alternatively, software entities 604 and 
606 may have been siq^ilied by a service provider (not shown) via the hitemet and a 
connection to network 306 (not shown) so as to enable remote control of die configuration 
vrithout, or with minimmn, user intervention. 
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CLAIMS: 



1 • An electronic device for use on a data network, wherein: 

liie network supports multiple data communication protocols; 

the device has an operational mode jfor multicasting on the data network 

resfpective query packets using respective ones of the multiple protocols; and 

at least a specific one of the respective query packets includes an indication 

representative of the device supporting the multiple protocols. 

2- The device of claim 1 , comprising a UPnP-compliant component for quer3dng 
the network hased on IP multicasting, wherein the protocols comprise IPv4 and IPv6 and 
wherein the component is configured to send the specific query packet with flie indication 
that the component supports both IPv4 and IPv6. 

3- The device of claim 2, wherein the specific query packet comprises an SSDP 
packet and wherein the indication is accommodated in an OPT field of the SSDP i>acket 

An electronic device for use on a data network that supports multiple data 
communication protocols, wherein: 

the device supports the multiple protocols; 

the device has an operational mode for receiving via the network respective 
query packets using respective ones of the multiple protocols; 

at least a specific one of the query packets include an indication representative 
of a source of the query packets supporting the multiple protocols; and 

the device responds to only a single one of the query packets using a single 
one of tiie protocols in dqjendence of the indicatioa 

5- The device of claim 4, operative to respond to only the single query packet 

that is the first to arrive. 
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6. The device of claim 4, operative to respond to only the single query packet 
that uses a specific one of the protocols. 

7. The device of claim 4, comprising a UPnP-compliant coniponent, and wherein 
the protocols comprise IPv4 and IPv6. 

8. The device of clahn 7, operative to respond to only the query packet using 
IPv6. 

9. Software for configuring an electronic device for use on a data network that 
supports multiple data communication protocols, wherein: 

the device is configured for multicasting on the data network respective query 
packets using respective ones of the multiple protocols; and 

the software is operative to configure the device for including in at least a 
specific one of the respective query packets an indication representative of the device 
supporting tiie multiple protocols. 

10. The software of claim 9, wherem: 

the device comprises a UPnP-compliant corcq^onent for querying the network 
based on IP multicasting, 

the protocols comprise IPv4 and IPv6; and 

the software is operative to configure the component for sendmg the specific 
query packet with the indication that the conqjonent siq)ports bolfa IPv4 and IPv6. 

11. The software of claim 10, ^CTein: 

the specific query packet conqirises an SSDP packet; and 
the software configures the component so as to accommodate the indication in 
an OPT field of tihie SSDP packet 

12. Software for configuring an electronic device for use on a data network that 
supports multiple data communication protocols, wherein: 

die device is configured to support the multiple protocols; 
the device has an operational mode fijr receiving via the network respective 
query packets using respective ones of the multiple protocols; 
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at least a specific one of the query packets include an indication representative 
of a source of the query packets supporting the multiple protocols; and 

the software is operative to configure the device for responding to only a 
single one of the query packets using a single one of the protocols in dependence of the 
5 indication. 

13. The software of claim 12, operative to configure the device to respond to only 

the single query packet tiiat is liie first to arrive. 

10 14. The software ofdaim 12, operative to configure the device to respond to onfy 

liie single query packet that uses a specific one of flie protocols. 

15. The software of claim 12, wbeieiD. tiie device comprises a UPnP-conq>liant 

componeni^ and "n^berein die protocols comprise IPv4 and IPv6. 
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1^- soflware of cMm 15, operative to configure the device to respond to only 

Ite single query packet using IPv6. 

17. A method of enabling to configure an electronic device fijT use on a data 
network that si^orts multiple data communication protocols, wherein: 

Ae device is configured fiw multicasting on the data network respective query 
packets udng respective ones of the multiple protocols; and 

the method conq>rising enabling to configure the device for including in at 
least a specific one of tiie respective query packets an indication representative of the device 
supporting the multiple protocols. 

18. The metiiod of clahn 17, wherein the device con^prises a UPnP-compliant 
component for querying the network based on IP multicasting, wherein the protocols 
conaprise IPv4 and IPv6 and wherein the meflmd comprises enabling to configure the 
component to send the specific query packet with the indication fliat the component supports 
both IPv4 and IPv6. 

19. The mefliod of claim 1 8, wherein: 

the specific query packet conqirises an SSDP packet; and 
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liie metibod conqmses enabling to configure the conq)0 
accommodate the indication in an OPT field of die SSDP packet 

20. A method of enabling to configure an electronic device for use on a data 

5 network that siq»ports multiple data communication protocols, i)«iierein: 

the device is configured to support the multiple protocols; 

the device has an operational mode for receiving via the network respective 
query packets using respective ones of the multiple protocols; 

at least a specific one of the query packets include an indication representative 
10 of a source of the query packets stqxporting the multiple protocols; and 

the method comprises enabling to configure the device for responding to only 
a single one of the query packets using a single one of the protocols in dependence of the 
indication. 

15 21 . The method of claim 20, comprising enabling to configure the device to 

xespondto only the single quray packet that is the first to arrive. 

22. The method of claim 20, comprising enabling to configure the device to 

xespondto only the single query packet that uses a specific one of the protocols. 
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23. The method of claim 20, vrtierein the device conprises a UPnP-compUant 

component, and wherein the protocols conqnise IPv4 and IPv6. 
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24. The method ofclaim 23, con^prising enabling to configure the device to 

respond to only the single query packet using IPv6. 
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ABSTRACT: 



A dual-sfack UPtaP-compliaiit device siqjports both IPv4 and IPv6. The device 
uses the SSDP protocol fiir discovery based on IP nralticasting. The device sends SSDP 
query packets that comprise an indication that die device supporte both IPv4 and IPv6. The 
indication is accommodated in an option field of flie packet. A responding dnal-steck device 
responds either to the first query packet that arrives or responds to only the query packet of 
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